home *** CD-ROM | disk | FTP | other *** search
/ Aminet 2 / Aminet AMIGA CDROM (1994)(Walnut Creek)[Feb 1994][W.O. 44790-1].iso / Aminet / dev / amos / AMOSList0993.lzh / AMOSLIST / 000214_amos-request@svcs1.digex.net_Tue Sep 21 11:48:15 1993.msg < prev    next >
Internet Message Format  |  1993-10-03  |  4KB

  1. Received: from nextsun.INS.CWRU.Edu by access.digex.net with SMTP id AA25938
  2.   (5.65c/IDA-1.4.4 for <mcox@access.digex.com>); Tue, 21 Sep 1993 11:48:08 -0400
  3. Received: from svcs1.digex.net by nextsun.INS.CWRU.Edu with SMTP (5.65b+ida+/CWRU-1.5.2-freenet-gw)
  4.     id AA12181; Tue, 21 Sep 93 11:47:39 -0400 (from amos-request@svcs1.digex.net for mcox@access.digex.com)
  5. Received: by svcs1.digex.net id AA16381
  6.   (5.65c/IDA-1.4.4 for amos-list-out); Tue, 21 Sep 1993 11:31:46 -0400
  7. Received: from access.digex.net by svcs1.digex.net with SMTP id AA16377
  8.   (5.65c/IDA-1.4.4 for <amos-list@svcs1.digex.net>); Tue, 21 Sep 1993 11:31:44 -0400
  9. Received: from ns-mx.uiowa.edu by access.digex.net with SMTP id AA23770
  10.   (5.65c/IDA-1.4.4 for <amos-list@access.digex.com>); Tue, 21 Sep 1993 11:31:33 -0400
  11. Received: from umaxc.weeg.uiowa.edu by ns-mx.uiowa.edu (5.64.jnf/921215)
  12.       on Tue, 21 Sep 93 10:31:29 -0500 id AA15121 with SMTP 
  13. Received: by umaxc.weeg.uiowa.edu (5.61.jnf/930730)
  14.       on Tue, 21 Sep 93 10:31:02 -0500 id AA11832 
  15. Date: Tue, 21 Sep 1993 10:17:36 -0500 (CDT)
  16. From: Chris Richards <crichard@umaxc.weeg.uiowa.edu>
  17. Subject: Re: Pro Compiler Oddity
  18. To: AMOS posting <amos-list@access.digex.net>
  19. In-Reply-To: <9309210936.AA16610@faw.uni-ulm.de>
  20. Message-Id: <Pine.3.07.9309211034.A22508-c100000@umaxc.weeg.uiowa.edu>
  21. Mime-Version: 1.0
  22. Content-Type: TEXT/PLAIN; charset=US-ASCII
  23. Status: RO
  24.  
  25.  
  26.  
  27. On Tue, 21 Sep 1993, Heiner Amthauer wrote:
  28.  
  29. > Hi Chris,
  30. > well, it's  know problem, that the compiler has some bugs. Your's is quite
  31. > interessting. I had this 2 problems with the compiler:
  32. > 1. A proggy i wrote with AMOS Pro V1.0 does not work either with AMOS ProV2.0      nor the compiler
  33. > 2. A proggy i wrote with AMOS Pro V2.0 worked perfectly nice but the compiler
  34. >    crashed while compiling it (NOTE ! not the compiled proggy crashed but the
  35. >    compiler crashed WHILE compiling !) (i repeat myself, i know :). This should
  36. >    never happen anyway. The file was only 13k size.
  37. > So, you see, at the moment the Pro compiler is more a bug than usefull stuff,
  38. > but Francois promissed to work on it.
  39.  
  40. I got the compiler a week or so ago and one of the things that surprised
  41. me the most was how well it worked.  I had heard of all kinds of problems,
  42. but the only two that seem to have affected my programs (knock on wood)
  43. are the way a few of my banks changed length (not a bug -- thanks for the
  44. explaination) and the MAX command.  MAX does some pretty bizarre stuff so
  45. I had to change to IF THEN statements which was not too hard to do.
  46.  
  47. I'm glad Francois will continue to debug the Pro Compiler, and that the
  48. issue of whether he was dropping AMOS has been settled.  The way the Pro
  49. Compiler is integrated into the editor is great.  No more SAVE AS to RAM
  50. disk, compile, and OPEN NEW to compile -- just one menu selection.  I
  51. especially hated it that if you hadn't TESTed your program you had to
  52. re-SAVE AS, etc.
  53.  
  54. I got Blitz Basic II a few weeks ago (just before I heard it might be on
  55. the cover disk -- as usual my timing is great) and even though it has some
  56. great commands (like sprite collision with color register detection) I
  57. still program in AMOS just because of the editor.  When I get around to
  58. doing something with Blitz I'll post a decent comparison.  Actually, I
  59. don't mind having gotten Blitz Basic II in an actual box rather that on a
  60. cover disk.  I think with programming languages, if you don't have a good
  61. manual to refer to you aren't going to go very far.  It's like people who
  62. try to use AMOS somely from the cover disk version and the few articles
  63. that have been published with it -- it's possible to do some good work,
  64. but it sure is difficult to use everything the language has to offer.
  65.  
  66. Chris R
  67.  
  68. > greetings
  69. > ------------------------------------------------------------   
  70. >   Heiner Amthauer  email: amthauer@faw.uni-ulm.de
  71.  
  72.  
  73.